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This  article  describes  a  commercial  off-the-shelf  ( COTS)-based  form,  fit,  function,  and  interface  replacement  strat¬ 
egy  for  legacy  avionics  computers  and  embedded  information  systems  that  can  reuse  existing  software  code  as  is  while 
providing  a  flexible  framework  for  incremental  upgrades  and  managed  change.  It  is  based  on  a  real-time  embedded 
software  technology  that  executes  legacy  binary  code  on  the  latest  generation  COTS  microprocessors.  This  scaleable 
technology,  developed  by  TRW  and  sponsored  in  part  by  the  Air  Force  Research  Laboratory,  demonstrates  perform¬ 
ance  improvements  of  five  to  20  times  that  of  the  legacy  avionics  computer  that  it  replaces.  It  also  promises  a  four¬ 
fold  decrease  in  cost  and  schedule  over  reivriting  the  code,  and  provides  a  knoivn,  good  starting  point  for  incremen¬ 
tal  upgrades  of  the  embedded  flight  software.  Code  revalidation  cost  and  risk  are  minimized  since  the  structure  of 
the  embedded  code  is  not  changed,  alloiving  the  replacement  computer  to  be  retested  at  the  black-box  level  using 
existing  qualification  tests. 


Military  aircraft  are  active  years  longer 
than  originally  anticipated.  The 
avionics  computers  on  these  aging  aircraft 
are  expensive  to  maintain  due  to  parts 
obsolescence,  and  require  additional  pro¬ 
cessing  and  memory  to  handle  changing 
requirements.  As  a  result,  old  computer 
hardware  needs  to  be  replaced  with  newer, 
more  capable  microprocessor  technology. 
However,  incompatibility  issues  require 
that  embedded  software  be  rewritten.  It  is 
estimated  that  billions  of  upgrade-dollars 
could  be  saved  if  new  computers  could 
execute  the  old  embedded  code  along  with 
any  new  code  to  be  added. 

TRW  has  developed  a  generic  com¬ 
mercial  off-the-shelf  (COTS) -based  soft¬ 
ware  technology  called  Reconfigurable 
Processor  for  Legacy  Avionics  Code 
Execution  (RePLACE)  that  capitalizes  on 
technology  advances  to  eliminate  costs 
associated  with  rewriting  legacy  software 
to  execute  on  new  hardware.  This  software 
allows  a  user  to  1)  replace  obsolete  com¬ 
puters  with  commercial  processor-based 
hardware,  2)  continue  to  use  existing 


operational  flight  plan  (OFP)  without 
modification,  and  3)  incrementally 
upgrade  hardware  and  software  to  support 
new  and  modified  capabilities.  RePLACE 
COTS  software  allows  Department  of 
Defense  (DoD)  dollars  to  be  spent  on 
solving  supportability  and  performance 
problems  and  adding  new  needed  capabil¬ 
ities,  rather  than  recapturing  current  capa¬ 
bilities  in  new  hardware. 

Figure  1  depicts  using  the  COTS  soft¬ 
ware  to  migrate  from  a  current  legacy 
avionics  line-replaceable  unit  (LRU)  to  a 
new  COTS-based  replacement  box 
(CRB).  Typically,  today’s  legacy  avionics 
and  embedded  information  systems  are 
based  on  custom  hardware  and  proprietary 
back-planes  with  an  obsolete  16-bit 
instruction  set.  Little  or  no  “modern” 
higher  order  language  (HOL)  support  is 
available  to  support  software  for  this 
equipment.  In  addition,  these  legacy  sys¬ 
tems  are  often  limited  in  terms  of  through¬ 
put  and  memory. 

A  COTS-based,  open-systems  replace¬ 
ment  strategy  provides  a  low  cost  of  entry 
strategy  for  COTS  microprocessor  tech¬ 


nology  insertion.  Both  the  legacy  instruc¬ 
tion  set  architecture  (ISA)  as  well  as  the 
new  native  ISA  can  be  executed.  Native 
code  execution  is  supported  by  advanced 
HOLs  such  as  Ada95  and  C++.  In  addi¬ 
tion,  legacy  code  can  execute  much  faster 
in  the  new  hardware  and  utilize  more 
memory  than  is  available  for  needed 
upgrades. 

A  software  perspective  of  RePLACE  is 
illustrated  in  Figure  2.  Sitting  on  top  of 
the  COTS  microprocessor  and  Portable 
Operating  System  Interface  (POSIX)- 
compliant  real-time  operation  system 
(RTOS)  are  two  virtual  machines:  the 
legacy  virtual  machine  and  the  native  vir¬ 
tual  machine.  Within  the  legacy  virtual 
machine  space  are  four  key  software  com¬ 
ponents:  the  legacy  instruction  set  engine, 
the  legacy  OFP  code  binary  image,  the 
input/output  (I/O)  mapping  software, 
and  the  virtual  component  environment 
(VCE). 

The  legacy  instruction  set  engine  con¬ 
tains  unique  cache-optimized  code  devel¬ 
oped  by  TRW  to  execute  the  legacy  binary 
OFP  code.  The  I/O  mapping  software 
maps  the  new  COTS  interface  devices  to 
the  legacy  interface  devices.  The  VCE 
allows  for  the  efficient  transition  between 
the  native  and  legacy  virtual  environments 
allowing  the  transfer  of  data  and  concur¬ 
rent  execution  of  both  legacy  and  new 
native  code. 

The  key  features  may  be  summarized 
as  follows: 

•  Relies  on  using  state-of-the-art  COTS 
microprocessors  and  open  system  stan¬ 
dards  that  improve  both  the  legacy  sys¬ 
tem’s  produciblity  and  supportability. 

•  Runs  legacy  code  from  five  to  20  times 
faster  than  the  original  legacy  system 
by  using  a  unique  cache-optimized 
approach.  This  provides  extra  comput- 


Figure  1:  Current  Legacy  Avionics  to  a  Neiv  COTS-Based  by  Utilizing  COTS  Software 
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ing  power  for  new  functions.  In  addi¬ 
tion,  the  performance  of  the  legacy  vir¬ 
tual  machine  is  linearly  scaleable  with 
the  performance  of  the  COTS  micro¬ 
processor  technology  that  is  being 
used.  That  is,  as  the  internal  clock 
speed  of  the  microprocessor  chip  goes 
up,  the  legacy  instruction/execution 
speed  increases  linearly. 

•  Makes  the  instruction  set  engine 
adaptable  to  diverse  instruction  set 
architectures,  including,  for  example, 
MIL-STD-1750A,  Z-8002,  and 
AN/AYK-14A.  This  makes  possible  the 
replacement  of  multiple  diverse  legacy 
avionics  LRUs  with  a  common  set  of 
avionics  hardware  modules  on  a  given 
platform  or  across  different  platforms. 

•  Provides  I/O  mapping  software  that 
exactly  matches  the  new  I/O  COTS 
devices  to  the  legacy  I/O  devices,  pro¬ 
viding  a  drop-in  environment  for  the 
unmodified  legacy  OFP  with  little  or 
no  knowledge  required  of  the  original 
code. 

•  Executes  both  legacy  and  new  native 
software  concurrently  in  separate  virtu¬ 
al  spaces.  This  promotes  incremental 
addition  of  new  capabilities  and  grad¬ 
ual  transition  to  new  code. 

•  Provides  instruction  execution  speed 
matching  that  can  be  initiated  in  criti¬ 
cal  sections  of  the  OFP  to  provide  lega¬ 
cy  OFP  timing  adjustments  for  timing 
sensitive  code. 

•  Allows  practical  real-time  non-intru- 
sive  (RTNI)  monitoring  of  legacy  soft¬ 
ware  built  into  the  replacement  avion¬ 
ics,  dramatically  enhancing  the  observ¬ 
ability  and  testability  of  the  embedded 
legacy  software. 

In  order  to  illustrate  the  concurrent 
execution  of  legacy  and  native  code  in  a 
RePLACE  dual  instruction  set  computer 
(DISC)  environment.  Figure  3  depicts  the 
legacy  code  remaining  in  control  while 
new  software  enhancements  are  intro¬ 
duced.  On  the  far  left  are  two  time-lines 
showing  the  various  rate  groups  processing 
tasks  running  in  the  legacy  machine  and  in 
the  CRB. 

In  the  case  of  the  CRB,  the  original 
rate  groups  are  executed  in  a  much  shorter 
time  frame  within  any  given  minor  cycle. 
This  leaves  additional  processor  through¬ 
put  at  the  end  of  each  minor  cycle  to  add 
new  software  running  in  the  native  ISA. 
Through  the  VCE  context  switch  mecha¬ 
nism,  referred  to  as  a  thunk,  new  native 
code  can  be  introduced  to  replace  existing 
legacy  code  or  added  to  the  existing  legacy 
code. 

Alternately,  event  flags  can  be  set  to 
augment  the  legacy  code  thread  as  illus¬ 


trated.  Note  that  legacy  instruction  execu¬ 
tion  speed  matching  can  also  be  intro¬ 
duced  for  timing-sensitive  code.  In  addi¬ 
tion,  the  technology  includes  the  capabili¬ 
ty  to  disable  legacy  code  outputs  without 
legacy  OFP  cognizance,  providing  a  con¬ 
venient  mechanism  to  switch  off  functions 
in  the  legacy  code  without  being  intimate¬ 
ly  familiar  with  the  legacy  code  structure. 
In  all  cases,  the  original  legacy  binary  OFP 
code  remains  intact  with  no  changes. 

Another  key  component  of  the  COTS 
software  strategy  is  the  availability  of  a 
source  level,  symbolic  user  console  for  sys¬ 
tem  developers.  A  tool  has  been  developed 
to  facilitate  the  use  of  RePLACE  in  mod¬ 
ern  microprocessor  technologies  and  is 
referred  to  as  the  virtual  integration  envi¬ 
ronment  workstation,  or  VIEWstation.  It 
is  tightly  integrated  with  the  COTS  native 
code  integrated  development  environment 
and  commercial  tools  that  are  selected  to 
support  new  native  code  development. 

VIEWstation  is  loosely  integrated  with 
the  legacy  code  tools.  It  provides  a  source 
level,  symbolic  configurator  tool  to  assist 
the  software  developers  in  mixing  and 
matching  legacy  and  native  code;  it  also 
provides  in-target  debugging  and  RTNI 
monitoring  of  the  legacy  code. 
VIEWstation  incorporates  COTS  graphi¬ 
cal  data  analysis  tools  and  an  interactive 
symbol  browser/editor.  Examples  of 
VIEWstation  use  include  downloading 
and  disassembling  software  binaries,  dis¬ 
playing  real-time  debug  and  monitoring 
data,  performing  and  displaying  timing 
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Figure  2:  A  Software  Perspective  ofRePlace 


characteristics,  creating  and  deleting 
events,  and  developing  add-in  code  that  is 
executed  in  response  to  specific  user-spec¬ 
ified  events  in  the  legacy  code. 


Results 

Demonstrations  of  RePLACE  executing 
legacy  binary  OFPs  have  been  conducted 
in  conjunction  with  AFRL  for  the  follow¬ 
ing  DoD  aircraft  subsystems: 

•  F-16  Heads-Up  Display. 

•  F-16  Advanced  Central  Interface  Unit 
(stores  management  processor). 

•  F-16  General  Avionics  Computer  (fire 
control  computer). 

•  AC-1 30Fd  Gunship  Mission  Computer 
(SKC-3007A). 

•  C-17  Communication  Control  Unit. 


Figure  3:  New  Softivare  Enhancements  Introduced  to  Legacy  Code 
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Figure  4:  Comparison  of  Alternative 
Software  Adaptions 


•  MH-60K  Mission  Computer  (AP- 
102A). 

•  F-l  17  Mission  Computer  (AP-102A). 

In  all  of  these  systems,  legacy  code  per¬ 
formance  improved  from  five  to  20  times 
that  of  its  legacy  hardware  environment. 
The  cost  and  time  to  target  a  particular 
subsystem  were  a  fraction  of  other 
approaches,  including  rewriting  the  OFP 
and  custom  chip  replacements  (hardware 
based  emulation).  The  MIL-STD-1750A 
DISC  has  completed  validation  using  the 
official  acceptance  test  procedures  and  ver¬ 
ification  software  originally  developed  and 
supported  by  the  Systems  Engineering 
Avionics  Facility. 

Comparisons  of  various  alternatives  to 
software  adaptation  are  shown  in  Figure  4. 
The  non-recurring  costs  for  OFP  develop¬ 
ment  are,  as  would  be  expected,  much 
higher  for  the  case  of  an  OFP  rewrite.  To 
a  lesser  extent,  but  still  significant  are  the 
costs  associated  with  an  OFP  rehost.  This 
is  because  a  rehost  activity  must  still 


address  new  machine  dependencies  and 
the  immaturity  of  the  associated  software 
tools  that  are  targeted  for  the  new  hard¬ 
ware.  In  addition,  under  the  OFP  rehost 
strategy,  incremental  software  upgrades  are 
difficult  to  implement.  As  the  bottom 
curve  illustrates,  the  cost  for  OFP  devel¬ 
opment  with  a  RePLACE  approach  is 
extremely  small  because  the  existing  bina¬ 
ry  OFP  code  is  used  as  is  -  unmodified. 
The  costs  included  in  the  figure  are  repre¬ 
sentative  of  the  time  to  tailor  the  I/O  map¬ 
ping  software  to  support  the  new  hardware 
and  to  incorporate  legacy  software  tools 
into  VIEWstation. 

Code  revalidation  costs  are  significant 
for  all  three  approaches.  Fdowever,  these 
costs  are  minimized  with  RePLACE  since 
the  structure  of  the  embedded  code  is  not 
changed,  allowing  the  replacement  com¬ 
puter  to  be  retested  at  the  black-box  level 
using  the  existing  functional  qualification 
tests.  TRW  has  developed  a  set  of  analyti¬ 
cal  tools  to  support  this  type  of  tradeoff 
for  different  user  scenarios. 

Upgrade  Strategies 

Potential  upgrade  strategies  using  the 
COTS  software  cover  a  wide  spectrum  of 
upgrade  possibilities.  These  include  the 
introduction  of  a  new  ruggedized  COTS 
replacement  box  for  an  existing  legacy 
avionics  LRU.  It  also  includes  the  intro¬ 
duction  of  a  new  microprocessor  replace¬ 
ment  module  for  insertion  into  an  existing 
avionics  LRU.  Finally,  included  is  a  tool  to 
mitigate  the  inherent  risks  associated  with 
introducing  both  new  hardware  and  soft¬ 
ware  into  a  platform  at  the  same  time. 

Figure  5  illustrates  determining  the 
baseline  of  new  COTS-based  hardware 
with  the  legacy  OFP  as  a  first  step  in  the 
process  of  adding  new  functionality  into 
an  existing  platform.  Tailoring  the 


RePLACE  DISC  Legacy  Instruction  Set 
Architecture  (ISA)  is  required  to  match 
the  unique  features  and  characteristics  of 
the  legacy  machine;  tailoring  the 
VIEWstation  is  required  to  integrate  with 
the  legacy  software  tool-set. 

The  validation  steps  include  validating 
the  execution  of  the  ISA  within  the  new 
microprocessor,  validating  the  I/O  charac¬ 
teristics  using  the  new  microprocessor,  and 
integrating  and  running  acceptance  tests 
of  the  legacy  OFP  with  the  new  hardware. 

Conclusion 

RePLACE  technology  offers  the  DoD  cus¬ 
tomer  significant  supportability,  pro- 
ducibility,  and  performance  improvements 
through  the  introduction  of  COTS-based 
state-of-the-art  hardware;  it  maintains 
backward  compatibility  with  existing 
OFPs  while  providing  the  means  to  afford¬ 
ably  migrate  to  state-of-the-art  hardware 
and  software  technology.  The  result  is  sig¬ 
nificant  cost  savings,  substantial  risk 
reduction,  and  incremental  upgrade 
opportunities  for  future  enhancements.  It 
also  requires  no  custom  hardware  -  it  is  an 
embedded  software  technology  that  lever¬ 
ages  off  the  latest  in  commercial  processor 
technology. 

The  engine  can  be  supplied  with  a 
turnkey  lab-quality  or  ruggedized  box,  or 
with  a  set  of  open  system  COTS  board- 
level  products.  Also,  PC-based  configura¬ 
tion,  control,  and  monitoring  software  is 
available  to  provide  setup,  maintenance, 
and  user  interaction  with  the  engine. 
Although  conceived  for  on-board  avionics 
computer  replacement  strategies,  it  is 
equally  effective  to  other  embedded  com¬ 
puter  applications  such  as  command  and 
control  systems,  automated  test  equip¬ 
ment,  weapon  system  trainers,  and  inte¬ 
grated  support  environments.  ♦ 


Figure  5:  Adding  New  Functionality  into  an  Existing  Platform 
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